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The problem of RED-module mathematical model results verification, based on GNS3 experimental 
stand, is discussed in this article. The experimental stand consists of virtual Cisco router, traffic 
generator D-ITG and traffic receiver. The process of construction of such stand is presented. Also, 
the interaction between experimental stand and a computer of investigation in order to obtain and 
analyze data from stand is revised. 


I. INTRODUCTION 

A stochastic model of the traffic management RED 
type module was built [1-4]. Verification of the model 
was carried out on the NS-2 basis. However, we would 
like to conduct verification on a real router. As a result 
was the task of designing an experimental stand. It was 
decided to verify the clean RED algorithm [5] based on 
Cisco router. For the construction of the stand software 
package GNS3 (Graphical Network Simulator) was chosen. 

Thus, the purpose of the study is to build on the GNS3 
basis a virtual stand consisting of a Cisco router, a traf¬ 
fic generator and a receiver. A traffic generator D-ITG 
(Distributed Internet Traffic Generator) is used as. 


II. THE MODEL OF THE ACTIVE QUEUE 
MANAGEMENT RED MODULE 


which describes a TCP window, and the second — instant 
queue length. The intensity of sending packets depends 
on the window size. 

The detailed description of RED stochastic model is 
given in [4] and in appendix (section), where was obtained: 
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Here W is the window size average value, Q is the aver¬ 
age value of the instantaneous queue, Q is exponentially 
weighted moving average, C is service intensity, dV 1 is 
two dimensional Wiener random process. 


The model of the active queue management RED mod¬ 
ule is a development of fluid model [1-3, 6, 7]. In the 
works [8-10] for methodology unification the method 
of one-step process randomization was used. Based on 
one-step processes we construct the stochastic model of 
RED, and the model contains two main elements: source 
of traffic and receiver. 

The source sends packets, the receiver processes the 
packets and send an acknowledge. Our model is based 
on the assumption that the source and receiver interact 
with management. Thus, we obtain two equations, one of 
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III. CISCO IOS STRUCTURE 

To use the IOS image one should understand, which 
features given delivery option support [11]. The parameter 
“Feature set” (fig. 1) is responsible for this: 

• IP Base: initial level of functionality is included in 
all other sets of features. Provides a basic routing, 
that is static routes, RIP, OSPF, EIGRP, only IPv4. 
Includes VLAN (802.IQ and ISL), which previously 
were available only in the IP Plus set. Also includes 
NAT. 

• IP Services (3rd level switches): dynamic routing 
protocols, NAT, IP SLA. 

• Advanced IP Services: support IPv6 is added. 

• IP Voice: functionality VoIP and VoFR is added. 

• Advanced Security: IOS/Firewall, IDS, SCTP, SSH 
and IPSec (DES, 3DES and AES) are added. 
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IP Base 



Figure 1. Feature tree of the new switch IOS naming conven¬ 
tion 


Table L New naming convention for Cisco Router IOS 


Code Features 

Base Entry level image (IP Base, Enterprise Base) 

Services Addition of IP Telephony Service, MPLS, Voice 
over IP, Voice over Frame Relay and ATM (In¬ 
cluded in SP Services, Enterprise Services) 
Advanced Addition of VPN, Cisco IOS Firewall, 3DES en¬ 
cryption, SSH, Cisco IOS IPSec and Intrusion 
Detection Systems (IDS) (Advanced Security, Ad¬ 
vanced IP Services) 

Enterprise Addition of multi-protocols, including IBM, IPX, 
AppleTalk (Enterprise Base, Enterprise Services) 


• Service Provider Services: IPv6, Netflow, SSH, BGP, 
ATM and Vo ATM are added. 

• Enterprise Base: the support for L3 protocols such 
as IPX and AppleTalk is added. Also IBM DLSw+, 
STUN/BSTUN and RSRB are added. 


Table II. Old naming convention for Cisco Router IOS 

Code Features 

I IP 

Y IP on 1700 Series Platforms 

S IP Plus 

56 IP Plus - No ATM 

57 IP Plus - No Voice 

J Enterprise 

O IOS Firewall/Intrusion Detection 

K Cryptorgaphy/IPSEC/SSH 

K8 56Bit DES Encryption (Weak Cryptography) 

K9 3DES/AES Encryption (Strong Cryptography) 

X H323 

G Services Selection Gateway (SSG) 

C Remote Access Server or Packet Data Serving 

Node (PDSN) 

B Apple Talk 

N Novel IP/IPX 

V Vox 

R IBM 

U Unlawful Intercept 

P Service Provider 

Telco Telecommunications Feature Set 

Boot Boot Image (Used on high end routers/switches) 


• C2691-adventerprisek9_sna-mz.124-23 

• C3660-jsx-mz.123-4.T. 

• C3745-adventerprisek9_sna-mz.124-15.T14. 

• C7200-adventerprisek9_sna-mz.152-4.m4 
Unworkable: 

• C2600-adventerprisek9-sna-mz.124-23. 

• C3745-adventerprisek9_sna-mz.124-15.T14 

• C3745-adventerprisek9_ivs-mz.124-15.T14 

• C3745-adventerprisek9_ivs-mz.124-15.T8 


Since version IOS 12.3T Cisco uses a new naming 
scheme for images (table I). However, this method of 
naming does not cover all the subtleties of image acquisi¬ 
tion, so elements of the old naming scheme (table II) are 
still used. 

For unknown reasons, not all IOS images are efficient 
in GNS3. Several images were tested. Here’s a short list 
of working and non-working images. 

Workable images: 

• C1700-adventerprisek9-mz.124-8. 

• C1710-bk9no3r2sy-mz.124-23 

• C1720-12sy-mz.121-11 

• C2600-adventerprisek9_sna-mz.124-25b 


IV. GNS3 INSTALLATION AND 
CONFIGURATION 

GNS3 allows you to simulate a virtual network con¬ 
sisting of routers and virtual machines [12]. In fact, it is 
a graphical interface for different virtual machines. To 
emulate Cisco devices emulator dynamips is used. In 
addition, you can use such emulators as VirtualBox and 
Qemu. The latter is particularly useful when we work 
with the KVM, allowing the hardware implementation 
of the processor. The graphical interface makes it easy 
to switch different virtual machines. Also, there is the 
opportunity to connect projected topology with the real 
network. Wireshark allows to monitor traffic within the 
designed topology. 
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Figure 2. GNS3 interface 


Prefen 


General 

Dynamips 

Capture 

Qemu 

VirtualBox 


| General ~ 

General Settings Terminal Settings GUI Settings 
Language: 

English (en) 

■ Launch the project dialog at startup 

■ Use relative path for projects 

■ Include a screenshot when saving a project 
□ Automatically check for update 

Delay between each device start when starting all devices: 

11 seconds 
Autosave: 

0 seconds 
Paths 

Projects directory: 

/home/tatyana/work/project 

OS images (IOS, Qemu, PIX etc) directory: 

/home/tatyana/work/lmage 

Configuration file 

/home/tatyana/.gns3/gns3.ini 

| Import | | Export | | clear | 


]Q 


Apply Cancel 


Figure 3. General preferences of GNS3 


Prefer 



Apply 


Cancel 


Figure 4. Dynamips preferences 


General 

Dynamips 


Qemu 

VirtualBox 


|Capture 

Settings 

Default Presets: 

Wireshark Live Traffic Capture (Linux) *J [ Use 

Working directory for capture files: 

|/home/tat yana/work/gns 3/capture _) ,... ) 

Command to launch Wireshark or a capture file reader: 

(tail -f -c +0b %c | wireshark -k -i - 

□ Automatically start the command when capturing 
%c = capture file 

Hint: To actually start capturing traffic, right click on link's small colored circle 
or the link itself. 


Apply 


To work with GNS3 we need to install Dynamips, Virtu¬ 
alBox and/or QEMU, xdotool, Wireshark. To install the 
above software for Linux operating systems (in our case, 
GNS3 installed on Ubnntn 14.04) the following commands 
are prescribed in the console: 
sudo apt-get install dynamips 
sudo apt-get install qemu 
sudo apt-get install virtualbox 
sudo apt-get install xdotool 
sudo apt-get install wireshark 

After that GNS3 is set with a command in a terminal: 

sudo apt-get install gns3 

Then GNS3 is run. GNS3 interface opens (fig. 2). 

At the top the context menu, on the left-hand — the 
equipment to choose, at the bottom — a console window, 
on the right-hand — a network management menu. Before 
start you need to pre-configure GNS3. 

For this the item | Preferences! is selected in the | Edit of 
context menu. (fig. 3). 

The language can be changed in [General | submenu. Here 
the path to the folder with designs and images of equip¬ 
ment is prescribed (fig. 4). 

In submenu | Capture | traffic capture parameters are 
configured (fig. 5) (however, in this article we do not 


Figure 5. Capture preferences 

use the opportunity to capture the traffic). In line De¬ 
fault Presents the option Wireshark Live Traffic Capture 
(Linux) is choosed. In the next line, the path to the direc¬ 
tory to store data capture is specified. And the last line 
the command to start Wireshark capture is proscribed: 

tail -f -c +0b °/ 0 c | wireshark -k -i 

In the [Qem u the tab [General Settings | sets the path to 
Qemuwrapper (this file is supplied wi th GNS3). T he 
directory for capture is specified. In line | Path to qemu | the 
path to the file that emulates the processor is set. The 
following line specifies the path to the virtual machine. 
Port numbers are reserved by default. To test Qemuwrap¬ 
per one need to click on the button [Test Settings | , a green 
label on the implementation of the test should appear 
(fig. 6). 

Next we need to install the OS image to the virtual 
machine. Set of images can be taken from the page 
http://www.gns3.net/appliances/. We chose Linux 
Core 4.7.7, because it contains a traffic generator D-ITG. 

In line [Qemu flavor | we specify the model and name of 
proce ssor. Afte r th at the path to th e OS imag e is set. 
Push | Save | and [OK| . After that, the [Qemu guest [ can be 
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Preferences 



Apply 


Cancel 


OK 


Figure 6. Preferences GNS3 - Qemu 


*** ' Preferences 



Apply | [ Cancel OK 


Figure 7. Preferences GNS3 
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Figure 8. Virtual Network 



Figure 9. Router configurator 


host computer (for receiving and processing the logs). 
Connection will be carried through TUN/ TAP interface 
(TAP simulates an Ethernet device and works at the link 
layer model OSI, Ethernet frames and terms used to create 
a bridge). To do this, drag it to the workspace cloud and 
configure it: | Configure )) NIO TAP] . Write the name tapO 
and press [ add )) apply)) ok | (fig. 10). 

We create a connection to routerOl, selecting the type 
of connection FastEthernet, and get topology (fig. 11). 

Next, you need to configure the devices. 


selected on the toolbox (fig. 7). 

Now you can assemble the stand. For this we 
portable from device selection menu router and vir- 
tual machine [Qemu guest] , rename (I right mouse button ) 
)change the hostname ) (fig. 8). 

HostOl is a package source; host02 is a destination. 
Let’s configure the r outer slots. To do this, rig ht click on 
routerOl and select I Configure)) routerOl )) Slots | . For slotO 
we select FastEthernet (fig. 9). 


Then we create a connection between the router and 
the virtual machine. We should right-click on hostOl, 
select [add link)) FastEthernet ))e0 1 and connect with routerOl, 
choosing f0/0. A connection between host02 and routerOl 
is created similarly, only now we choose Ethernet type of 
connection (speed 10 Mbps). 


Now we need to connect the virtual machines with the 


Node configurator 


T clouds _ host comDuterOI node 



Reset [ Apply ~) | Cancel ~| ^^OK 


Figure 10. Cloud interface configurator 
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hostOl 


W 



Figure 11. Virtual Network 


tatyana@tatyana:~$ sudo -1 
[sudo] password for tatyana: 
root@tatyana:~# tunctl -u tatyana -t tapG 
Set 'tapO' persistent and owned by uid 1000 

root@tatyana:~# ifconfig tapO 10.3.0.10 netmask 255.255.255.0 up 
root@tatyana:~# | 


Figure 13. Address configuration on tapO interface 


tatyana@tatyana:-$ sudo -i 
[sudo] password for tatyana: 
root@tatyana:~# tunctl -u tatyana -t tapG 
Set 'tapG' persistent and owned by uid 1GGG 

root@tatyana:~# ifconfig tapG 10.3.G.10 netmask 255.255.255.0 up 
root@tatyana:~# iptables -I INPUT 1 -i tapG -j ACCEPT 
root@tatyana:~# route add -net 10.1.0.0/24 dev tapO 
root@tatyana:~# route add -net 10.2.0.0/24 dev tapG 
root@tatyana:~# | 


router01(config-if)#exit 
router01(config)#interface el/0 

router01(config-if)#ip address 10.2.0.1 255.255.255.0 
router01(config-if)#no shutdown 
router01(config-if)#full-duplex 
router01(config-if)#exit 
router01(config)#interface f0/l 

router01(config-if)#ip address 10.3.0.1 255.255.255.0 

router01(config-if)#no shutdown 

router01(config-if)#exit 

router01(config)#exit 

routerOl# 

*Jun 15 18:04:50.867: %SYS-5-C0NFIG_I: Configured from console by console 
router01#wr mem 

Warning: Attempting to overwrite an NVRAM configuration previously written 
by a different version of the system image. 

Overwrite the previous NVRAM configuration?[confirm] 

Building configuration... 

[OK] 

router01#/usr/bin/filetool.sh -b 
% Invalid input detected at marker. 
router01#/usr/bin/filetool.sh -b| 


Figure 12. Router CLI configuration 


Figure 14. Routing configuration on tapO interface 


and /opt/bootlocal.sh: 

vi /opt/bootlocal.sh 

At end of file we write the following: 

ifconfig ethO 10.1.0.10 netmask 255.255.255.0 up 
route add default gw 10.1.0.1 

After saving the changes to a file we exit from it, and 
execute the command to save the configuration (Linux 
Core uses the Tiny core configuration system): 


Run router Ol by clickin g (j right button JTstart | ). Open the 
console for it ( | right button y Console | ) and enter the following 
commands (fig. 12): 


Router>enable 
Router#configure terminal 
routerOl(config)#hostname routerOl 
routerOl(config)#interface f0/0 
routerOl(config-if)#ip address 10.1.0.1 

255.255.255.0 

routerOl(config-if)#no shutdown 
routerOl(config-if)#exit 
routerOl(config)#interface el/0 
routerOl(config-if)#ip address 10.2.0.1 

255.255.255.0 

routerOl(config-if)#no shutdown 
routerOl(config-if)#full-duplex 
routerOl(config-if)#exit 
routerOl(config)#interface f0/l 
routerOl(config-if)#ip address 10.3.0.1 

255.255.255.0 

routerOl(config-if)#no shutdown 
routerOl(config-if)#exit 
routerOl(config)#exit 
router01#write memory 

Now we open the console for hostOl. As the name of 
the user we specifie tc, the password is blank. Go to the 
superuser: sudo su. Edit parameters hostOl (to start 
editing in vi we should enter i; to save the changes and exit 
we should press the button esc, then enter :wq and press 
the [ Enter ). We need to edit two files: / opt/boot sync. sh 


/usr/bin/filetool.sh -b 

Similarly host02 is configured, but ip address (network 
10.2.0.0/24) should be changed. 

Let’s configure the host computer with TAP-interface. 
In the command window as a root we create an interface 
for user: 

tunctl -u user_name -t tapO 

Now we set the address for tapO interface (fig. 13): 

ifconfig tapO 10.3.0.10 netmask 255.255.255.0 up 

Then you can configure filtering and routing (fig. 14): 

iptables -I INPUT 1 -i tapO -j ACCEPT 
route add -net 10.1.0.0/24 dev tapO 
route add -net 10.2.0.0/24 dev tapO 


V. TRAFFIC GENERATOR D-ITG 

Now we can generate traffic and take readings. To 
generate traffic we use D-ITG. 

D-ITG provides estimates for key indicators of qual¬ 
ity of service (the average packet delay, delay variation 
(jitter), packet loss ratio, throughput) with a high de¬ 
gree of certainty. Depending on the requirements of the 
experiment, we can change the following parameters: 

• number of streams transmitted between end sta¬ 
tions; 
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• duration of traffic generation; 

• the intensity of each separate stream (pack/s or 
bit/s); 

• packet traffic length or distribution law; 

• type and parameters of the distribution law of the 
time interval between adjacent packets (for example, 
packet length and time interval between packets can 
be distributed in a uniform, exponential, normal, 
gamma-law or Pareto, Cauchy, Poisson); 

• type of transport layer protocols: TCP, UDP, 
DCCP, SCTP; 

• type of traffic (simulation of a flow generated by 
specific application protocol): VoIP, IPTV, Telnet, 
DNS, game traffic (Counter Strike, Quake3). 

Within the D-ITG the control of experiment is per¬ 
formed by using the command line, and the required set 
of parameters to generate traffic is given by calling the 
program ITGSend using keys. 

Let’s consider the example of generating traffic for 
UDP and TCP. In host02 console we run the command 
of channel audition: 

ITGRecv 

In hostOl console we run hostOl traffic generation: 

ITGSend -a 10.2.0.10 -T UDP -C 10000 -c 500 \ 

-t 20000 -x recv_log_file 

Here we transfer the files to the receiver address by 
10.2.0.10 protocol UDP, the transmission rate is 10,000 
packets per second, the size of package is 500 bytes, the 
connection time is 20000 ms. All the information about 
send data is recorded on the receiving end in a file called 
recv_log_f iles. Once data transfer has been performed, 
we stop listening to host02 console (pressing [ Ctrl |+[ C |), 
then run the command in host02 console to decode the 
log file: 

ITGDec recv_log_file 

By this command a table with the values of the received 
stream is displayed (fig. 15). 

We take similarly steps for TCP and get the following 
results (fig. 16). 

For multicast traffic in hostOl command window for 
file send we describe each flow of traffic. For example, as 
follows: 


cat > send <<E0F 


-a 

10.2.0.10 

-C 

1000 

-c 

512 -T 

UDP 

-a 

10.2.0.10 

-C 

2000 

-c 

512 -T 

UDP 

-a 

10.2.0.10 

-C 

3000 

-c 

512 -T 

UDP 

-a 

10.2.0.10 

-C 

4000 

-c 

512 -T 

UDP 

-a 

10.2.0.10 

-C 

5000 

-c 

512 -T 

UDP 


EOF 


ITGDec version 2.8.1 (rl023) 

Compile-time options: deep bursty multiport 


i. 

Flow number: 1 

From 10.1.0.10:57573 

To 10.2.0.10:8999 

Total time 

= 

19.998072 

s 

Total packets 

= 

9257 


Minimum delay 

= 

0.141002 

s 

Maximum delay 

= 

6.153761 

s 

Average delay 

= 

0.146050 

s 

Average jitter 

= 

0.003195 

s 

Delay standard deviation 

= 

0.002774 

s 

Bytes received 

= 

4739584 


Average bitrate 

= 

1896.016376 

Kbit/s 

Average packet rate 

= 

462.894623 pkt/s 

Packets dropped 

= 

0 

(0.00 %) 

Average loss-burst size 

= 

0.000000 pkt 


**************** total 

RESULTS ****************** 

Number of flows 

= 

1 

Total time 

= 

19.998072 s 

Total packets 

= 

9257 

Minimum delay 

= 

0.141002 s 

Maximum delay 

= 

0.153761 s 

Average delay 

= 

0.146050 s 

Average jitter 

= 

0.003195 s 

Delay standard deviation 

= 

0.002774 s 

Bytes received 

= 

4739584 

Average bitrate 

= 

1896.016376 Kbit/s 

Average packet rate 

= 

462.894623 pkt/s 

Packets dropped 

= 

0 (0.00 %) 

Average loss-burst size 

- 

0 pkt 

Error lines 

= 

0 

tc@host02:~$ | 

Figure 15. Input flow statistics. UDP 


Now let’s run the traffic flow from hostOl. The trans¬ 
mission traffic data from hostOl to host02 is written in 
the files send.log and recv.log: 

ITGSend send -1 send.log -x recv.log 

Let’s display the report of flow transmission. To do 
this, we write the command console host02 

ITGDec send.log 

to decrypt the sent traffic (fig. 17) and command 

ITGDec recv.log 

to decrypt the received traffic. 

Thus, we obtain data about each flow, as well as the 
value of the outgoing and incoming flows parameters. 

VI. VISUALIZATION OF RESULTS 

Charts can be constructed for the following parameters: 
delay, jitter, bitrate, packet loss. 

Assume that we have 5 streams, which are transmitted 
over TCP. Flow rate 1 is 1000 pps, flow 2 is 2000 pps, 
stream 3 is 3000 pps, stream 4 is 4000 pps, stream 5 is 
5000 pps. Packet sizes are 512 bytes and the same for all 
streams, and Connection Time is 20000 ms. For packet 
loss demonstration we will use UDP protocol (fig. 18). 

With the help of I ITGplot | we make the graphs of 
bitrate, delay and jitter. For this we need to record the 
values obtained in individual files using the following 
commands: 
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ITGDec version 2.8.1 (rl823) 

Compile-time options: deep bursty multiport 

\. 

Flow number: 1 
From 10.1.0.10:34185 
To 10.2.0.10:8999 


Total time 

= 

20.015369 s 

Total packets 

= 

4742 

Minimum delay 

= 

0.132785 s 

Maximum delay 

= 

1.180837 s 

Average delay 

= 

0.190162 s 

Average jitter 

= 

0.005034 s 

Delay standard deviation 

= 

0.137616 s 

Bytes received 

= 

2371000 

Average bitrate 

= 

947.671762 Kbit/s 

Average packet rate 

= 

236.917940 pkt/s 

Packets dropped 

= 

0 (0.00 %) 

Average loss-burst size 

= 

0.000000 pkt 


**************** TOTAL 1 

RESULTS ****************** 

Number of flows 

- 

1 

Total time 

= 

20.015369 s 

Total packets 

= 

4742 

Minimum delay 

= 

0.132785 s 

Maximum delay 

= 

1.180837 s 

Average delay 

= 

0.190162 s 

Average jitter 

= 

0.005034 s 

Delay standard deviation 

= 

0.137616 s 

Bytes received 

= 

2371000 

Average bitrate 

= 

947.671762 Kbit/s 

Average packet rate 

= 

236.917940 pkt/s 

Packets dropped 

= 

0 (0.00 %) 

Average loss-burst size 

= 

0 pkt 

Error lines 

= 

0 


root@host02:-# | 


Figure 16. Input flow statistics. TCP 



Figure 17. Log decryptiion 



—1—5-10.1.0.10-10.2.0.10 
—1—1-10.1.0.10-10.2.0.10 
—1—4-10.1.0.10-10.2.0.10 
2-10.1.0.10-10.2.0.10 
— 1 —3-10.1.0.10-10.2.0.10 
—Aggregate-Flow 



—I— 5-10.1.0.10-10.2.0.10 
1 1-10.1.0.10-10.2.0.10 
—I— 2-10.1.0.10-10.2.0.10 
— 1 — 3-10.1.0.10-10.2.0.10 
—I— 4-10.1.0.10-10.2.0.10 
—Aggregate-Flow 


Figure 19. Incoming bitrate 



Figure 20. Incoming delay 


ITGDec recv.log -b 1000 
ITGDec recv.log -d 1000 
ITGDec recv.log -j 1000 

Every 1000 ms in files bitrate.dat, jitter.dat, delay.dat 
the respective values of the parameters are recorded for 
the transmitted flows (fig. 19, 20, 21). We construct 
graphs using the following commands: 

./ITGplot birate.dat 
./ITGplot delay.dat 
./ITGplot jitter.dat 

On obtained graphs the upper curve shows the general 
behavior of all flows. 


VII. CONCLUSION 

Thus, we have built the foundation of the stand for 
verification model of traffic management module RED. 
However, in this paper is not considered However, the 
task of RED module configuration on given router is not 
considered as well as a problem of real rime router reading. 


Figure 18. UDP packets loss 
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Figure 21. Incoming jitter 


The first relation describes the appearance of packages in 
the system, the second describe departure of the packages 
from the system. 

Based on the written equations and with the help of 
the method of constructing one-step processes the Fokker- 
Planck equation is derived: 


dw 

dt 


d 

dW 



WdN\ 

~YYi) w \ + 

Id 2 |Y 1 

+ 2 dW 2 PH 7 


WdN\ 

——— w 

2 dt J 


From the Fokker-Planck equation the corresponding 
Langevin equation is obtained. 


Appendix: Active queue management RED module 
stochastic model construction 


The window change for each acknowledgement: 




W 


dW = —dt - dN+ A/777 +-—dT 1 , 


W 


1 


WdN 


W 2 dt 


where dV 1 is the Wiener process corresponding to the 
random process W(t). 

Similarly, the behaviour of the queue length is described 
and interaction equations for the instantaneous queue 
length are given: 


For one-step processes stochastization we need to use 
the continuous time model. In round-trip time T there 
will be W n acknowledgments: 



The discrete equation of queue instantaneous length: 


Qn-\- 1 — Qn T kF n C U ' 


Based on the discrete equation of queue instantaneous 
length the following equation is derived: 


Q 


Wit) 

m 


C(t). 


0 

0 



Q 

Q. 


The Fokker-Planck equation for 
queue length: 


the instantaneous 


dq 

dt 



id 2 r (W 
2<9Q2 l\T 



The Langevin equation for the instantaneous queue 
length: 


Next, the behaviour of the exponentially weighted mov¬ 
ing average queue length (the equation of connection 
between the source and the recipient) will be described. 

The discrete recurrent equation of average queue length: 

Q(t k + S) = (1 - Wq)Q(t k ) + W q Q(t k ). 

From above mentioned discrete equation the continuous 
equation of average queue length is derived: 

Q = -Ylq + Ylq. 

In order to consider the packets behavior in the system 
the kinetic equation, or as it is called the equation of 
interaction, will be presented. The number of packets is 
specified by the TCP window . 


d Q=(y~ C ) dt + 

where dV 2 is the Wiener process which corresponds to 
the random process Q. 

According to the obtained equations the resulting sys¬ 
tem of the equations is given: 


1TIf 1 IT r 1 W dN i 
d W = —dt ——d./V + \l — + — -r^dV 1 , 


2 dt 


W 


dQ = — - C dQ + \ — - CdV 2 , 


W 


^ = WqC(Q - Q). 


0 -bW, 
W % 0. 


The detailed stochastic model of the router RED-like 
control module is described in [4]. 
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KoHCTpynpoBaHHe ycTaHOBKH rjik BepH(|)HKaij,HH MO^ejin MO^yjia aKTHBHoro 
ynpaBjieHHa Tpa<J>HKOM RED b cpe^e GNS3 


T. P. BejineBa, 1 ’* * * § A. B. KopojibKOBa, 1, ^ and A- C. KyjiudoB 1,2 G 

1 Kaffiedpa npunjiadnou unfiopMamunu u meopuu eeponmuocmeu, 

Poccuuckuu ynueepcumem dpycnc6u napodoe, 
yji. MuKJiyxo-MaKJiaH, d.6, Mockgcl, Poccuh, 117198 
2 JIa6opamoputt unfpopMayuonnux mexnojiosuu, 

06 ' 5 edunennuu uncmumym ndepnux uccAedoeanuu, 
yji. TKojiuo-Kwpu 6 , JJ,y 6 na, Mockogckclji o 6 jiacrm>, Poccuh, 1^.1980^ 

n P H nocTpoGHHH CTOxacTHaecKOH MO^ejiH RED B 03 HHKjia npodjieMa npoBefleHHa 3 Tana BepHcJ)HKa- 
d , hh . B KanecTBe chctgmbi BGpuc^HKaami npejyicxateHO ncnojiB 30 BaTB P GajiH 3 au,mo npoTOKOJia RED 
KOMnaHHH Cisco. YcTaHOBKa co 6 paHa b CHMyjiHTope odopyzipBaHjra Cisco — chctgmg GNS3. 


I. BBEAEHHE 

B HameM KOJiJieKTHBe dbuia nocTpoeHa CTOxacTHnecKau 
MO^ejiB MO^yjin ynpaBjieHHH T P acJ)HKOM Tnna RED [1— 
4 ]. BepncJ ) HKan,HH Mo^ejin dbijia npoBe^eHa Ha ocHOBe 
cpe^CTBa HMHTapHOHHoro Mo^ejinpoBaHKH NS-2. O^naKO 

HaM xoTejiocb 6 bi npoBecTH Bepnc^HKapHio Ha peajibHOM 
MapmpyTH3aTope. B P e3yjibTaTe B03HHKjia sa^ana no 
KOHCTpynpoBaHHK) 3Kcne P HMeHTajibHoro CTeH^a. JXjik Ha- 
najia Gbijio perneHO BepHcJ)HH,HpoBaTb hhctbih ajiropHTM 
RED [5] Ha ocHOBe MapmpyTH3aTopa Cisco, ^jih nocTpo- 
eHHH CTeH^a 6 biji BbidpaH nporpaMMHbin KOMnjieKC GNS3 
(Graphical Network Simulator). 

TaKHM o6pa30M, n,ejibio nccjie^OBaHHH HBjiueTcu no- 
CTpoeHue Ha ocHOBe GNS3 BnpTyajibHoro CTeH/ja, coctoh- 
rqero H3 MapmpyTH3aTopa Cisco, reHepaTopa TpacjiHKa h 
nojiynaTejin. B KanecTBe reHepaTopa TpacjiHKa Hcnojib3y- 
eTcn D-ITG (Distributed Internet Traffic Generator). 


II. CTOXACTHHECKAH MOAEJIb MOAYJIH 
ynPABJIEHHH TPAOHKOM RED 

Aatmau MO^ejib uBjiueTcn pa3BHTueM hch^kocthoh mo- 
^ejm Mo^yjiu ynpaBjieHHH T P a(J)HKOM RED [1-3, 6, 7]. A™ 

yHHCjDHKapHH MeTO^HKH nOCT P OeHHH MO^eJIH HCn0JIb30BaJI- 
cu MeTOfl CTOxacTH3au,HH o^HomaroBbix npopeccoB [8-10]. 

IIpHMeHHH MeTO/i, nocTpoeHHH o^HomaroBbix npopeccoB 
CTpoHM CTOxacTHuecKyio Mo^ejib Mo^yjm RED, KOTopau 
co^epucuT ^Ba ochobhbix sjieMeHTa — hctohhhk h nojiyna- 
Tejib. B uauecTBe nojiyuaTejiu paccMaTpuBaeTcu onepe^b. 


* trvelieva@gmail.com 

t akorolkova@sci.pfu.edu.ru 

^ yamadharma@gmail.com 

§ OnydjiHKOBaHO b: Velieva T. R., Korolkova A. V., Kulyabov D. S. 
Designing installations for verification of the model of active queue 
management discipline RED in the GNS3 // 6th International 
Congress on Ultra Modern Telecommunications and Control 
Systems and Workshops (ICUMT). — IEEE, 2014. — P. 570- 
577. — doi: 10.1109/ICUMT.2014.7002164. ; Hcxo^Hbie tckctbi: 
https://bitbucket.org/yamadharma/articles-2014-gns3-red 


Hctohhhk OTnpaBjmeT naKeTbi, nojiyuaTejib odpadaTbi- 
BaeT h nocbuiaeT no^TBepuc^eHue o npuHHTHH naxeTa. 
Ct P ohm MO^ejib hcxo^h H3 npe^nojiouceHHH, hto hctoh¬ 
hhk h nojiyuaTejib BsauMO^eucTByiOT no ynpaBjieHHio. 
TaKHM o6pa30M nojiynaeM /jBa o^HOMepHbix ypaBHeHHH, 
O^HO H3 HHX OnHCbIBaeT OKHO TCP, a BTOpOe — MTHOBeH- 
Hyio /piHHy onepe^H. Khtchchehoctb OTnpaBKH naneTOB 
3aBHCHT ot pa3Mepa OKHa. 

no,ii,po6HO nocTpoeHHe CTOxacTHnecKOH Mo^ejiH ynpaB- 
jimorpero MO^yjm ynpaBjieHHH T P acJ)HKOM Tuna RED onn- 
caHO b [4] h b npHjiouceHHH (pa3^,eji). B CTaTbe nojiyneHa 
cjie^yiOHtaH MO^ejm: 


1 


W 


dW=^dt-X dN+ , ± + 


1 WdN 


2 di 


W 


W 


dQ=[--C)dQ + y—-CdV*, 
d Q 


d t 


= w q C(Q - Q). 


3/tecb W — cpe^Hee 3HaneHHe pa3Mepa oraa, Q — cpe^Hee 
3HaueHHe mthobchhoh ouepe^u, Q — SKcnoHeHipiajibHO 
B3BemeHHoe CKOJib3HiH,ee cpe^Hee ot cpe/piero mthobch- 
hoto 3HaueHHH OKHa co 3HaueHHeM napaMeTpa w qi C — 
HHTeHCHBHOCTb Hcxo^Hiupro noTOKa H3 ouepe^H, dV l — 
^ByMepHBIH BHHepOBCKHH CJiyHaHHblH npopecc. 


III. CTPYKTYPA HMEHOBAHHH OBPA30B 
CISCO IOS 

Hcnojib30BaHHH o6pa3a IOS cjie^yeT npe^CTaB- 
jihtb cede, KaKue cJ)yHKH,HH no^mepucHBaeT ^aHHbiu Bapn- 
aHT nocTaBKH [11]. 3a sto OTBenaeT napaMeTp «Feature 
set» (cxeMa 1): 

• IP Base — HanajibHbiH ypoBeHb c^yHKpuoHajibHOCTH, 
BKjHOHaeTcu bo Bee ,zipyrHe Hadopbi B03M0HCH0CTeH. 
OdecneHHBaeT 6a30BbiH poyTHHr, to ecTb CTaTHne- 
CKue MapmpyTbi, RIP, OSPF, EIGRP, tojibko Ha 
IPv4. BKjuonaeT VLAN (802.IQ h ISL), KOTopbie 
paHee Gbijih ^ocTynHbi tojibko b Hadope IP Plus. 
TaKuce BKjHonaeT NAT. 
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Phc. 1. flepeBO cbohctb Cisco IOS 


• IP Services (/yin KOMMyTaTopoB 3-ro ypoBHn) — 
npoTOKOJibi ^HHaMHuecKoil Mapnipy th3ciii,hh, NAT, 
IP SLA. 

• Advanced IP Services — /jodaBjineTCH no^epncKa 
IPv6. 

• IP Voice — ,zi,o6aBji5ieT (J)yHKn,noHajibHOCTb VoIP n 
VoFR. 

• Advanced Security — ^odaBjineTcn IOS/Firewall, 
IDS, SCTP, SSH h IPSec (DES, 3DES n AES). 

• Service Provider Services — ^odaBjineTcn IPv6, 
Netflow, SSH, BGP, ATM n Vo ATM. 

• Enterprise Base — ^odaBjineTcn ncyyippxtKa yHa- 
cjie^OBaHHbix L3 npoTOKOJiOB, Taxnx xax IPX n 
AppleTalk. Taxxce BKjuouaiOTCH IBM features Tnna 
DLSwT, STUN/BSTUN n RSRB. 

HaunHan c Bepcnn IOS 12.3T Cisco ncnojib3yeT HOByio 
cxeMy HMeHOBaHHH o6pa30B (Ta6. I). 0^,HaKO ^aHHbin 
MeTO^ HMeHOBaHHH He noKpbiBaeT Bcex tohkoctch kom- 
njieKTOBaHHH o6pa3a, no3TOMy , 3,0 chx nop Hcnojib3yiOTCH 
sjieMeHTbi CTapoii cxeMbi HMeHOBaHHH (Tad. II). 

no HeBbincHeHHbiM npHHHHaM He Bee o6pa3bi IOS pa- 
GoTocnocodHbi b GNS3. HaMH onpodoBaHO hcckojibko 
odpa30B. ^ajiee mbi npnBO^HM KpaTKHH cnncoK padoTaio- 
ih,hx h HepadoTaiorpHx odpa30B. 

PadoToenocodHbie odpa3bi: 

• C1700-adventerprisek9-mz.124-8. 

• C1710-bk9no3r2sy-mz.124-23 

• C1720-12sy-mz.121-11 

• C2600-adventerprisek9_sna-mz.124-25b 

• C2691-adventerprisek9_sna-mz.124-23 

• C3660-jsx-mz.123-4.T. 


Tadjinpa I. HoBan CTpyKTypa HMeHOBaHHs Hadopa bo3mo>kho- 
CTeii 


Kofl 

Hadop B03M0}KH0CTeH 

Base 

Entry level image (IP Base, Enterprise Base) 

Services 

Addition of IP Telephony Service, MPLS, Voice 
over IP, Voice over Frame Relay and ATM 
(Included in SP Services, Enterprise Services) 

Advanced 

Addition of VPN, Cisco IOS Firewall, 3DES 
encryption, SSH, Cisco IOS IPSec and Intrusion 
Detection Systems (IDS) (Advanced Security, 
Advanced IP Services) 

Enterprise Addition of multi-protocols, including IBM, IPX, 
AppleTalk (Enterprise Base, Enterprise Services) 


Tadjinpa II. CTapan CTpyKTypa nMeHOBaHnn Hadopa bo3mohc- 
HOCTeii 

Ko fl 

Hadop B03M0HCH0CTeH 

I 

IP 

Y 

IP on 1700 Series Platforms 

S 

IP Plus 

S6 

IP Plus - No ATM 

S7 

IP Plus - No Voice 

J 

Enterprise 

0 

IOS Firewall/Intrusion Detection 

K 

Cryptorgaphy/IPSEC/SSH 

K8 

56Bit DES Encryption (Weak Cryptography) 

K9 

3DES/AES Encryption (Strong Cryptography) 

X 

H323 

G 

Services Selection Gateway (SSG) 

C 

Remote Access Server or Packet Data Serving 
Node (PDSN) 

B 

Apple Talk 

N 

Novel IP/IPX 

V 

Vox 

R 

IBM 

U 

Unlawful Intercept 

P 

Service Provider 

Telco Telecommunications Feature Set 

Boot 

Boot Image (Used on high end routers/switches) 


• C3745-adventerprisek9_sna-mz.124-15.T14. 

• C7200-adventerprisek9_sna-mz.152-4.m4 
HepadoTocnocodHbie odpa3bi: 

• C2600-adventerprisek9-sna-mz.124-23. 

• C3745-adventerprisek9_sna-mz.124-15.T14 

• C3745-adventerprisek9_ivs-mz.124-15.T14 

• C3745-adventerprisek9_ivs-mz.124-15.T8 
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Pnc. 2. HHTepcJ)eHC GNS3 


IV. yCTAHOBKA H HACTPOHKA GNS3 



[General 11 General 

Dynamips 

Capture General Settings Terminal Settings GUI Settings 

Qemu 

VirtualBox Language: 

English (en) 

9 Launch the project dialog at startup 

9 Use relative path For projects 

9 Include a screenshot when saving a project 

□ Automatically check For update 

Delay between each device start when starting all devices: 

11 seconds 

Autosave: 

: 0 seconds 
Paths 

Projects directory. 

/h o m e/ta ty a n a/wo r k/p rojec t 

OS images (IOS, Qemu, PIX etc) directory: 

/home/tatyana/work/lmage 

Configuration File 

/home/tatyana/.gns3/gns3.ini 
[ Import ) [ Export j [ clear , 


GNS3 — 3TO KOMIIJieKC, KOTOpblH II03B0JI5ieT CMO^e- 
jinpoBaTb BupTyajiBHyio ceTB H3 MapinpyTH3aTopoB h 
BHpTyajiBHBix ManiHH [12]. PaGoTaeT npaxTHnecxn Ha 
Bcex njiaT(J)opMax. QaxTHuecxH sto rpacjmHecxHH HHTep- 
4>eHC pa3HBIX BHpTyajiBHBix ManiHH. ^JIH 3MyjIHH,HH 
ycTpoHCTB Cisco Hcnojib3yeTca SMyjiHTop dynamips. Kpo- 
Me TOTO, MOHCHO HCn0JIB30BaTB TaKHe 3MyjIHTOpBI, KaK 
VirtualBox h Qemu. IIocjie/pmH ocoGeHHO yyoGeH npn 
HCn0JIB30BaHHH C CHCTeMOH KVM, n03B0JIHK)H],eH HCnOJIb- 
30BaTb annapaTHyio peajiH3an,Hio npopeccopa. 

rpacJmuecKHH HHTepcJ)eHC no3BOJineT jierxo xoMMyTH- 
poBaTb pa3Hbie BnpTyajibHbie ManiHHbi. KpoMe toto, ecTb 
B03M0HCH0CTb COe^HHeHHH npoeXTHpyeMOH TOnOJIOrHH c 
peajibHOH ceTbio. Hcnojib30BaHHe WireShark no3BOJineT 
npoBecTH MOHHTopHHr TpacJ)HKa BHyrpn npoeKTnpyeMOH 
TonojiorHH. 

^jih padoTbi c GNS3 HeoGxo^HMO ycTaHOBHTb 
Dynamips, VirtualBox h/hjih QEMU, xdotool, Wireshark. 
HtoGxi ycTaHOBHTb BbimeyKa3aHHoe nporpaMMHoe oGec- 
neueHHe ,zi,jih onepapnoHHbix CHCTeM ceMencTBa Linux (b 
HameM cjiyuae GNS3 ycTaHaBjiHBajicn Ha Ubuntu 14.04) 
b kohcojih nponncbiBaeM cjie^yiorpHe KOMaH^bi: 
sudo apt-get install dynamips 
sudo apt-get install qemu 
sudo apt-get install virtualbox 
sudo apt-get install xdotool 
sudo apt-get install wireshark 

Ilocjie 3Toro ycTaHaBjiHBaeM caM GNS3, aHajiorHHHbiM 
o6pa3QM nponHCbiBan xoMaH^y b TepMHHajie: 


sudo apt-get install gns3 


^ajiee 3 anycKaeM GNS3. Llepe/j humh OTxpbiBaeTcn 
HHTepcjpeHC GNS3 (cm. pnc. 2). 

BBepxy pacnojioxceHO KOHTeKCTHoe MeHio, c jieBOH cto- 
poHBi odopy^OBaHHe Ha BbiGop, CHH3y — KOHeojibHoe okho 
nporpaMMbi, cnpaBa — MeHio ynpaBjieHHH ceTbio. IlpHCTy- 
nan k paGoTe, HeoGxo^HMO npoBecTH npe^BapnTejibHyio 

HacTpoHKy GNS3. 

J\jlK 3TOrO B KOHTeKCTHOM MeHIO BO BXJia^Xe [ Edit | Bbl- 
GnpaeM nyHKT | Preferences| (pnc. 3). 

B nO^MeHK) [General | eCTb B03M0HCH0CTB H3MeHeHHH H3BI- 
xa. 3/i,ecb nponncbiBaeTCH nyTb k nanxaM, b KOTopbix 


[ Apply 


Pnc. 3. 06in,ne HacTponKn GNS3 


PreFerences 



Apply 


Cancel 


Pnc. 4. HacTponKn SMyjmTopa Dynamips 


GyayT xpaHHTcn npoexTbi h oGpa3bi oGopya,OBaHHH. B 
| Dynamips | nponncbiBaeTCH nyTb k nanxe, xyzja ycTaHOBjieH 
dynamips h nyTb x nanxe /yin 3axBaTa (J)aHJiOB (pnc. 4). 

B no^MeHio | Capture | xoHcJmrypnpyiOTCH napaMeTpbi 
3axBaTa Tpacjmxa (pnc. 5) (BnponeM, Ha ^aHHbin momcht 
mm He Hcnojib3yeM bosmohchocth 3axBaTa Tpacfmxa). B 
CTpoxe Default Presents BbiGnpaeM Wireshark Live Traffic 
Capture (Linux). B cjie^yioiyeH CTpoxe yxa3biBaeM nyTb 
X ^HpeXTOpHH, B XOTOpoit GyZiyT XpaHHTbCH ^aHHbie o 
3axBaTe. H b nocjie^Hen CTpoxe nponncbiBaeM xoMaH^y 
^,jih 3anycxa Wireshark h HTeHHH 4>afiJia 3axBaTa: 

tail -f -c +0b °/ 0 c | wireshark -k -i 

B pa3,zi;ejie [Qemu I BO BXJia^xe I Gene ra l Settings] nponncbi- 
BaeM nyTb x Qemuwrapper (stot (J>aHJi bxo^ht b nocTaBxy 
GNS3). yxa3bmaeM ^npexTopnio /yin 3axBaTa. B CTpo- 
ne | Path to qemu | nponncbiBaeM nyTb x cranny, xoTopbin 
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General | Capture 

Pynamips _ 

Settings 

Qemu Default Presets: 

VirtualBox wireshark Live Traffic Capture (Linux) * Use 

Working directory for capture files: 

|/home/tatyana/work/gns3/capture | Q 

Command to launch Wireshark or a capture file reader: 

| tall-f-c+Ob%c | wireshark-k-l- 

0 Automatically start the command when capturing 
%c = capture file 

Hint: To actually start capturing traffic, right click on link's small colored circle 
or the link itself. 


Apply ~] ( Cancel | | OK 


Phc. 5. HacTpoHKH 3axBaTa Tpa<J>HKa 


General 

Dynamips 

Capture 

Qemu 

VirtualBox 


Qemu 


General Settings Qemu Guest PIX JunOS ASA IDS AW+ 

Qemuwrapper 


Path to Qemuwrapper: /usr/share/gns3/qemuwrapper.py 

)y 

Working directory: 

| /home/tatyana/GNS3/capture 

IQ 

Path to qemu: 

| /usr/local/bi n/qemu 

IS 

Path to qemu-img: 

/usr/local/bin/qemu-img 

10 

Qemuwrapper port: 

10525 TCP 

12 

Base console port 

3001 TCP 

12 

Base UDP port: 

40000 UDP 

; 


□ Show QemuWrapper Advanced Options 

All components have successfully started 
(except pemu) 


Apply Cancel OK 


Phc. 6. Preferences GNS3 - Qemu 


SMyjinpyeT paGoTy npopeccopa. B cjie^,yioiii,eH CTpoxe 
yKa3biBaeM nyTb k o6pa3y BnpTyajibHon MaruHHbi. HoMe- 
pa nopTOB ocTaBjiaeM no yMOJinaHHio. HtoGm npoBepnTb 
paGoTy Qemuwrapper HancnMaeM Ha KHomcy [Test Settings| , 
^ojincHa nonBHTbcn 3ejieHan Ha^nncb o BbinojiHeHnn TecTa 
(pnc. 6). 

,Hajiee, ycTaHaBjinBaeM oGpa3 OC Ha BHpTyajibHyio Ma- 
mHHy. HaGop oGpa30B mohcho b3htb go CTpaHnpbi http: // 
www.gns3.net/appliances/. Mbi BbiGpajiH Linux Core 
4.7.7, nocKOJibKy oh co^epncHT reHepaTop Tpacj3HKa D- 


ITG. 


B CTpone | Qemu flavor | BbiCTaBjmeM HHTepecyiorpyK) Hac 
MO^ejib npopeccopa, yKa3biBaeM hmh. Ilocjie stoto npo- 
nHCbiBaeM nyTb k oGpa3y OC. HancHMaeM |Save| h | OK | . 
Ilocjie stoto Ha naHejin sjieMeHTOB mohcho GyapT BbiGpaTb 
I Qemu guest | (pnc. 7). 


Tenepb mohcho coGnpaTb CTeH^. /Jjih stoto nepeHO- 
CHM H3 MeHK) BblGopa yCTpOHCTBa MapmpyTH3aTOp H 
BnpTyajibHyio MamHHy |Qemu guest] , nepeHMeHOBbiBaeM 


( jnpaBafl KHonKa Mbimi/i ^)) change th e hostname | ) (pnc. 8). 

Ha flaHHOM CTeH^e, host 01 — hctohhhk naneTOB; 
host02 — nojiynaTejib. HacTponM cjiOTbi ^jih Maprupyra- 
3aTopa. 3Toro HancHMaeM npaBOH KHomton Mbimn 


Preferences 


General 

Dynamips 

Capture 

Qemu 

VirtualBox 


I Qemu 

General Settings Qemu Guest PIX JunOS ASA IDS AW+ 



Apply Cancel 


Phc. 7. Preferences GNS3 



Phc. 8. Virtual Network 


Ha routerOl H BblGnpaeM I Configure^)) routerOl )) Slots | . /Jjih 
slotO BbiGnpaeM FastEthernet (pnc. 9). 

Tenepb co3,zi,aeM coe^HHeHne Menc/iy MapmpyTH3aTopoM 
h BnpTyajibHOH MamHHOH. npaBOH KHonKoir Mbimn Ha 
hostOl BblGnpaeM 1 add link^ >) FastE t hernet)) eQ | h COe^HHHeM 
c routerOl, BbiGnpan f0/0. AHajiornnHO 3TOMy co3,zi,aeM 
coe^HHeHHe Menc^y host02 h routerOl, tojihko Tenepb 



Phc. 9. Router configurator 
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host_computer01 node 


NIO Ethernet NIOUDP NIOTAP NIOUNIX NIOVDE Nl < 
TAP interface (require root access) 


router01(config-if)#exit 
router01(config)#interface el/0 

router01(config-if)#ip address 16.2.0.1 255.255.255.0 
router01(config-if)#no shutdown 
router01(config-if)#full-duplex 
router01(config-if)#exit 
router01(config)#interface f0/l 

router01(config-if)#ip address 10.3.0.1 255.255.255.0 

router01(config-if)#no shutdown 

router01(config-if)#exit 

router01(config)#exit 

routerOl# 

*Jun 15 18:04:50.867: %SYS-5-C0NFIG_I: Configured from console by console 
router01#wr mem 

Warning: Attempting to overwrite an NVRAM configuration previously written 
by a different version of the system image. 

Overwrite the previous NVRAM configuration?[confirm] 

Building configuration... 

[OK] 

router01#/usr/bin/filetool.sh -b 
% Invalid input detected at marker. 
router01#/usr/bin/filetool.sh -b| 


Phc. 12. Router CLI configuration 


Pnc. 10. Cloud interface configurator 


hostOl 


Ta 



Pnc. 11. Virtual Network 


BbiGnpaeM ran coe/yiHeHHH Ethernet (cKopocra 10 Mbps). 

Tenepb HaM HyncHO coe/yiHHTb BnpTyajibHbie MamnHbi c 
xoctobbim KOMnbiOTepoM (/yin nojiyneHHH n obpaboTKH jio- 
tob). Coe^HHeHne byyeM ocyiyecrajinTb nepe 3 TUN/TAP 
HHTepc^enc (TAP cnMyjinpyeT Ethernet ycTponcTBO n 
paboTaeT Ha KaHajibHOM ypoBHe MO^ejin OSI, onepnpyn 
Ka^paMH Ethernet n Hcnojib 3 yeTcn /yin cos^aHnn MOCTa). 
/Jjih 3 Toro nepeTacKHBaeM Ha pabonyio oGjiacra oGjiaxo 
h KOH(J)HrypHpyeM ero: | Configure )) NIO TAP] . BnncbiBaeM 
Ha 3 BaHHe tapO h HancHMaeM add )) apply")) ok] (pnc. 10). 

Co3,a,aeM coe^HHeHHe c routerOl, BbiGnpan ran co- 
e^HHeHHH FastEthernet. PtojiynaeM roTOByio TonojiorHio 
(pnc. 11). 

/Jajiee HeoGxo/ynvto npoH3BecTH KOHC^Hryparyno 
yCTpOHCTB. 

3anycKaeM routerOl ( |npaBaa KHonKa )Jstart j). Orapbrna- 
eM KOHCOJlb ^,JIH Hero ( [npaBaa KHonKa ^Console | ) h BBO^HM 

cne^yioiiyie KOMaH^bi (pnc. 12 ): 


Router>enable 
Router#configure terminal 
routerOl(config)#hostname routerOl 
routerOl(config)#interface f0/0 
routerOl(config-if)#ip address 10.1.0.1 
255.255.255.0 

routerOl(config-if)#no shutdown 
routerOl(config-if)#exit 
routerOl(config)#interface el/0 


routerOl(config-if)#ip address 10.2.0.1 
255.255.255.0 

routerOl(config-if)#no shutdown 
routerOl(config-if)#full-duplex 
routerOl(config-if)#exit 
routerOl(config)#interface f0/l 
routerOl(config-if)#ip address 10.3.0.1 
255.255.255.0 

routerOl(config-if)#no shutdown 
routerOl(config-if)#exit 
routerOl(config)#exit 
router01#write memory 

Tenepb orapbrnaeM KOHCOJlb /yin hostOl. B KanecTBe 
HMeHH nojib 30 BaTejin sa^aeM tc, napojib nycTOH. Efepe- 
xo^hm b pencHM cynepnojib 30 BaTejin: sudo su. Pe^ax- 
TnpyeM napaMeTpbi hostOl (/yin Hanajia pe/yutrapoBa- 
hhh b peyaKTope vi bbo^hm i; htoGbi coxpaHHTb H 3 Me- 
HeHHH h bbihth H 3 peyaKTopa HanraMaeM KHonny esc, 
3 aTeM bbo^hm : wq h HancHMaeTe KHomcy [ Enter ). IIpHyeT- 
cn OTpe^aKrapoBaTb yya cJ>aHjia: /opt/bootsync. sh h 
/opt/bootlocal.sh: 

vi /opt/bootlocal.sh 

B KOHye 4>aHjia nponncbiBaeM cjieyyioiripe: 

ifconfig ethO 10.1.0.10 netmask 255.255.255.0 up 
route add default gw 10.1.0.1 

EfoCJie COXpaHeHHH H 3 MeHeHHH B (J)aHJie BblXO^HM H 3 
Hero h BbinojiHneM KOMaHyy /yin coxpaHeHnn KOHcjrary- 
paynn (Linux Core Hcnojib 3 yeT CHCTeMy KOHC^Hrypaynn 
Tiny core): 

/usr/bin/filetool.sh -b 

AHajiornnHO KOHcjDHrypHpyeTcn host 02 , hsmchhiotch 
tojibko ip aypeca (cera 10 . 2 . 0 . 0 / 24 ). 

Tenepb CKOHcJ)HrypHM xoctobbih KOMnbiOTep, no^HSB 
Ha HeM TAP-HHTep(J)eHC. B KOMaH^HOM OKHe b pencHMe 
cynepnojib 30 BaTejin cosyaeM HHTepcjDeHC /yin nojib 30 Ba- 
Tejin: 

tunctl -u HMH_nojib30BaTejiH -t tapO 

VcTaHaBjiHBaeM aypec (pnc. 13 ): 
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tatyana@tatyana:~$ sudo -i 
[sudo] password for tatyana: 
root@tatyana:~# tunctl -u tatyana -t tapO 
Set 'tapO' persistent and owned by uid 10G0 

rootgtatyana:-# ifconfig tapG 10.3.0.10 netmask 255.255.255.0 up 
root@tatyana:~# | 

Phc. 13. Address configuration on tapO interface 


tatyana@tatyana:~$ sudo -i 
[sudo] password for tatyana: 
root@tatyana:~# tunctl -u tatyana -t tapG 
Set 'tapQ' persistent and owned by uid 1000 

root@tatyana:~# ifconfig tapO 10.3.0.10 netmask 255.255.255.0 up 
root@tatyana:~# iptables -I INPUT 1 -i tap© -j ACCEPT 
root@tatyana:~# route add -net 10.1.0.0/24 dev tapO 
root@tatyana:~# route add -net 10.2.0.0/24 dev tap© 
root@tatyana:~# | 

Pnc. 14. Routing configuration on tapO interface 


ifconfig tapO 10.3.0.10 netmask 255.255.255.0 up 

/Jajiee npoHSBopnTcn HacTponxa cJiHjibTpapHH h Maprn- 
pyTH3au,H5i (pnc. 14): 

iptables -I INPUT 1 -i tapO -j ACCEPT 
route add -net 10.1.0.0/24 dev tapO 
route add -net 10.2.0.0/24 dev tapO 


V. TEHEPATOP TPAOHKA D-ITG 

Tenepn mohcho reHepnpoBaTb Tpacfinx h CHHMaTb noxa- 
3aHHH. /Jjia reHepaipm TpacJ)Hxa mbi Hcnojib3yeM D-ITG. 

D-ITG no3BOJiaeT nojiyuHTb opeHXH ochobhbix noxa3a- 
Tejien xauecTBa oGcjiynoiBaHHH (cpepHnn 3apep:>xxa nepe- 
paun naxeTOB, Bapnaipra 3apep:>xxH (pnoiTTep), kosc^c^h- 
pneHT noTepb naxeTOB, npoHSBopnre jibhoctb) c bbicoxoh 
CTeneHBK) pOCTOBepHOCTH. B 3aBHCHMOCTH OT TpeOoBaHHH 
b xope npoBepeHnn jiadopaTopHoro axcnepnMeHTa mohcho 
H3MeH3Tb cjiepyiorpHe napaMeTpbi: 

• KOJinuecTBO noTOKOB, nepepaBaeMbix Mentpy xoHeu- 
HblMH CTaHgHHMH; 

• npopojincHTejibHOCTb reHepupoBaHHii Tpacjinxa; 

• HHTeHCHBHOCTb xantporo OTpejibHoro noTOKa (nax/c 
hjih 6ht/c); 

• pjiHHa naxeTOB TpacjDHxa hjih hx 3axoH pacnpepe- 
jieHHH; 

• BHfl h napaMeTpbi 3axoHa pacnpepejieHHn BpeMeH- 
hoto HHTepBajia Mentpy cocepHHMH naxeTaMH; 

• Tnn npoTOKOJia TpaHcnopTHoro ypoBHn: TCP, UDP, 

DCCP, SCTP; 

• Tnn TpacJ)HKa (HMHTapnn noTOxa, co3paBaeMoro 
onpepejieHHbiM npoTOxojiOM npnxjiapHoro ypoB- 
hh): VoIP, IPTV, Telnet, DNS, nrpoBOH Tpacjinx 
(Counter Strike, Quake3). 


ITGDec version 2.8.1 (rl023) 

Compile-time options: deep bursty multiport 


1. 

Flow number: 1 

From 10.1.0.10:57573 

To 10.2.0.10:8999 

Total time 

= 

19.998072 

s 

Total packets 

= 

9257 


Minimum delay 

= 

0.141002 

s 

Maximum delay 

= 

6.153761 

s 

Average delay 

= 

0.146050 

s 

Average jitter 

= 

0.003195 

s 

Delay standard deviation 

= 

0.002774 

s 

Bytes received 

= 

4739584 


Average bitrate 

= 

1896.016376 

Kbit/s 

Average packet rate 

= 

462.894623 pkt/s 

Packets dropped 

= 

0 

(0.00 %) 

Average loss-burst size 

= 

0.000000 pkt 


**************** total 

RESULTS ****************** 

Number of flows 

= 

1 


Total time 

= 

19.998072 

s 

Total packets 

= 

9257 


Minimum delay 

= 

0.141002 

s 

Maximum delay 

= 

0.153761 

s 

Average delay 

= 

0.146050 

s 

Average jitter 

= 

0.003195 

s 

Delay standard deviation 

= 

0.002774 

s 

Bytes received 

= 

4739584 


Average bitrate 

= 

1896.016376 

Kbit/s 

Average packet rate 

= 

462.894623 

pkt/s 

Packets dropped 

= 

0 

(0.00 %) 

Average loss-burst size 

- 

0 

pkt 

Error lines 

= 

0 


tc@host02:~$ | 


Phc. 15. CTaTHCTHxa BxopHoro noTOxa. UDP 


B paMxax D-ITG ynpaBjieHne sxcnepHMeHTOM ocy- 
rpecTBjiHeTCH npn noMOipn xoMaHpHon CTpoxn, h HeoGxo- 
Phmbih HaGop napaMeTpoB pjin reHepnpoBaHHH Tpa<J>Hxa 
3 apaeTcn nyTeM Bbi 30 Ba nporpaMMbi ITGSend c ncnojib- 
30 BaHHeM xjnoueH. 

PaccMOTpHM npHMep reHepapHH TpacJ)Hxa no npoTOxo- 
jiaM UDP h TCP. B xohcojih host02 BbinojiHneM xoMaHpy 
Ha npocjiyiHHBaHHe xaHajia: 

ITGRecv 

B xohcojih hostOl 3anycTHM reHepapnio TpacJ)Hxa: 

ITGSend -a 10.2.0.10 -T UDP -C 10000 -c 500 \ 

-t 20000 -x recv_log_file 

3pecb mbi nepepaeM cJ>aHJibi nojiynaTejiio c appecoM 
10.2.0.10 no npoToxojiy UDP, cxopocTb nepepaun 10000 
naxeTOB b cexyHpy, pa3Mep naxeTa 500 6aHT, BpeMH co- 
epnHeHnn 20000 mc. Ben HHcfiopMapHn no OTnpaBxe paH- 
hbix 3anHCbiBaeTcn Ha CTopoHe nojiynaTejin b cjianji c 
Ha3BaHHeM recv_log_f iles. Ilocjie toto xax nepepana 
paHHbix Gbuia BbinojiHeHa, ocTaHaBjiHBaeM npocjiyniHBa- 
Hne b xohcojih host02 (HancHMan [Ctrl | + [ C | ), 3aTeM b 
xohcojih host02 BbinojiHneM xoMaH^y Ha pexopnpoBaHHe 
jior-cJ)aHJia: 

ITGDec recv_log_file 

Ilpn noMorpn paHHOH xoMaHpbi Ha sxpaH bbibophtch 
T adjiHpa co 3 HaneHHHMH napaMeTpoB npnHHToro noTOxa 
(pnc. 15). 

AHajiorHHHO BbinojiHneM pjin TCP h nojiynaeM cjiepy- 
loipee (pnc. 16 ). 
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ITGDec version 2.8.1 (rl823) 

Compile-time options: deep bursty multiport 


\. 

Flow number: 1 

From 10.1.0.10:34185 

To 10.2.0.10:8999 

Total time 

= 

20.015369 s 

Total packets 

= 

4742 

Minimum delay 

= 

0.132785 s 

Maximum delay 

= 

1.180837 s 

Average delay 

= 

0.190162 s 

Average jitter 

= 

0.005034 s 

Delay standard deviation 

= 

0.137616 s 

Bytes received 

= 

2371000 

Average bitrate 

= 

947.671762 Kbit/s 

Average packet rate 

= 

236.917940 pkt/s 

Packets dropped 

= 

0 (0.00 %) 

Average loss-burst size 

= 

0.000000 pkt 




**************** TOTAL RESULTS 

****************** 


Number of flows 

- 

1 

Total time 

= 

20.015369 s 

Total packets 

= 

4742 

Minimum delay 

= 

0.132785 s 

Maximum delay 

= 

1.180837 s 

Average delay 

= 

0.190162 s 

Average jitter 

= 

0.005034 s 

Delay standard deviation 

= 

0.137616 s 

Bytes received 

= 

2371000 

Average bitrate 

= 

947.671762 Kbit/s 

Average packet rate 

= 

236.917940 pkt/s 

Packets dropped 

= 

0 (0.00 %) 

Average loss-burst size 

= 

0 pkt 

Error lines 

= 

0 


root@host02:-# | 


Phc. 16. CTaTHCTHKa Bxo^Horo noTOKa. TCP 


/Jjih MHoronoTOKOBOH nepe^ann TpacJ)HKa b KOMaH^- 
hom OKHe host01 b c^aiijie send nocTponHO onncbraaeM 
Kanc^bin noTOK. HanpuMep, tbkhm o 6 pa 30 M: 


cat > send <<E0F 


-a 

10.2.0.10 

-C 

1000 

-c 

512 -T 

UDP 

-a 

10.2.0.10 

-C 

2000 

-c 

512 -T 

UDP 

-a 

10.2.0.10 

-C 

3000 

-c 

512 -T 

UDP 

-a 

10.2.0.10 

-C 

4000 

-c 

512 -T 

UDP 

-a 

10.2.0.10 

-C 

5000 

-c 

512 -T 

UDP 


EOF 

Tenepn 3anycKaeM nepe^any Tpa(J)HKa Ha hostOl. ^aH- 
HBie o nepe/jane TpacJ)HKa c host01 Ha host02 3anncbiBa- 
iotch b 4>aHjibi send.log h recv.log cooTBeTCTBeHHo: 

ITGSend send -1 send.log -x recv.log 

BniBe^eM Ha axpaH othct o nepe^ane noTOKOB. /Jjih 
3Toro b kohcojih host02 HanHHieM KOMaH^y 

ITGDec send.log 

^jih ^emHcJ)poBKH OTnpaBjineMoro Tpacj^mca (pnc. 17) h 
KOMaH^y 

ITGDec recv.log 

^jih ^emHcJ)poBKH nojiynaeMoro TpacjpnKa. 

TaKHM o6pa30M nojiynaeM ^aHHBie o Kanc^OM noTOKe, 
a TaKHce 3HaneHne napaMeTpoB ncxo^ninpro h Bxpzpnnpro 
nOTOKOB. 




—I— 5-10.1.0.10-10.2.0.10 
— 1 — 1-10.1.0.10-10.2.0.10 
—I— 4-10.1.0.10-10.2.0.10 
— 1 — 2-10.1.0.10-10.2.0.10 
1 3-10.1.0.10-10.2.0.10 
—^ Aggregate-Flow 


Phc. 18. PtoTepH naKeTOB (UDP) 


VI. BH3yAJIH3AU;H5I PE3yjIbTATOB 

no pe3yjibTaTaM SKcnepnMeHTa mohcho nocTpoHTb rpa- 
4>hkh /yin pa3Hbix xapaKTepncTHK, Kax to: 

• sa^epnexa nepe^ann naKeTOB (delay); 

• Bapnapnn sa^epncKH (jitter); 

• HHTeHCHBHOCTb (bitrate); 

• K03cJ)4)HH,HeHT noTepb naxeTOB (packet loss). 

PaccMOTpHM npHMep nocTpoeHHH rpacJ)HKOB. npe^no- 
jiohchm, hto y Hac ecTb 5 noTOKOB, KOTopbie nepe^aiOTca 
no npoTOKOJiy TCP. Ckopoctb nepe/^ann 1 noTOKa — 1000 
naKeTOB b cenyH^y, 2 noTOKa — 2000 naKeTOB b cenyH^y, 
3 noTOKa — 3000 naKeTOB b cenyH^y, 4 noTOKa — 4000 
naxeTOB b ceKyH^y, 5 noTOKa — 5000 naKeTOB b ceKyH- 
,ay. Pa3Mepm naKeTOB y Bcex noTOKOB o/pmaKOBbi — 512 
6anT, a BpeMn coe^HHeHnn 20000 mc. ^eMOHCTpa- 
n,nn noTepn naKeTOB byapM ncnojib30BaTb npoTOKOJi UDP 
(pnc. 18). 

npn noMom,n ITGplot nocTponM rpacJ)HKH /yin bitrate, 
delay n jitter. ^jih stoto HyncHO 3anncaTb nojiyneHHbie 
3HaneHnn b OT^ejibHbie (Jmnjibi npn noMOiyn cjie^yiorpnx 
KOMaH^: 

ITGDec recv.log -b 1000 
ITGDec recv.log -d 1000 
ITGDec recv.log -j 1000 
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—1—5-10.1.0.10-10.2.0.10 
I 1-10.1.0.10-10.2.0.10 
—I— 2-10.1.0.10-10.2.0.10 
—— 3-10.1.0.10-10.2.0.10 
I 4-10.1.0.10-10.2.0.10 
—Aggregate-Flow 


Phc. 19. Hhtchchbhoctb nocTynaioiaero noTOKa 



—t— 5-10.1.0.10-10.2.0.10 
— 1 —1-10.1.0.10-10.2.0.10 
— I — 2-10.1.0.10-10.2.0.10 
— 1 — 3-10.1.0.10-10.2.0.10 
— 1 — 4-10.1.0.10-10.2.0.10 
Aggregate-Flow 


Phc. 21. HepaBHOMepHOCTB nojiyneHHH naiceTOB 



—I— 5-10.1.0.10-10.2.0.10 
— 1 — 1-10.1.0.10-10.2.0.10 
—I— 2-10.1.0.10-10.2.0.10 
! 3-10.1.0.10-10.2.0.10 

— 1 — 4-10.1.0.10-10.2.0.10 
— 1 — Aggregate-Flow 


IIpHjKXHceHHe: IIocTpoeHHe CTOxacTHHecKoii MO,a,ejiH 
MO^yjia ynpaBJieHHH TpacjDHKOM RED 

H3MeHeHne OKHa npn Ka^c^OM no/jTBepHt/jeHHH (ACK) 

- w -+ 

/Jjih npHMeHeHHH MeTO^a CTOxacTH3aH,HH o^HomaroBBix 
npopeccoB mbi ^ojihchbi nepeiiTH k MO^ejin c HenpepniB- 
hbim BpeMeHeM. HenpepBiBHoe ypaBHeHHe ,h,jih OKHa T — 
BpeMH ^BoilHoro oGopoTa. 3a sto BpeMH npnxo^HT W n 
no^TBepxc^eHHH. 


Phc. 20. 3a^epncKa nojiy Hernia naKeTOB 



3,a,ecB nepe3 Kanc/jBie 1000 mc b (J)aHJiBi bitrate.dat, 
jitter.dat, delay.dat 3anncBiBaiOTca cooTBeTCTBeHHBie 3Ha- 
neHHH napaMeTpoB nepe^ann noTOKOB (pnc. 19, 20, 
21). IIocTpoHM rpa(J)HKH npn noMonpi cjie^yronpix ko- 
MaHfl: 


^HCKpeTHoe ypaBHeHHe MrHOBeHHOH ^jihhbi onepe^H: 
Qn-\- 1 — Qn H - C n • 

Ha ocHOBe ^HCKpeTHoro ypaBHeHHH MrHOBeHHOH /yiHHBi 
onepe^H bbibo/jhtch HenpepBiBHoe ypaBHeHHe, KOTopoe 
3anHCBiBaeTCH cjie,zi,yiOHi,HM o6pa30M: 


./ITGplot birate.dat 
./ITGplot delay.dat 
./ITGplot jitter.dat 

Ha nojiyneHHBix rpacfiHKax BepxHHH KpHBaa OTodpancaeT 
o6iii,ee noBe^eHHe Bcex noTOKOB. 


VII. BbIBOAHI 


TaKHM o6pa30M, mbi nocTponjiH ocHOBy CTeH^a ^jih Be- 
pn(|)HKaH,HH Mo^ejiH Mo^yjiH ynpaBjieHHH Tpac[)HKOM RED. 
O^HaKO, b flaHHOH padoTe He paccMOTpeHa HacTpoHKa 
caMoro MO^yjiH RED Ha MapmpyTH3aTope h npHHipniBi 
chhthh noKa3aHHH c poyTepa b peajiBHOM BpeMeHH. 


Q 


w(t) 

T(t) 


C(t). 


/Jajiee onnineM noBe^eHHe 3KcnoHeHii,HajiBHO B3BemeH- 
hoh CKOJiBSHipen cpe^Hen ^jihhbi onepe^H, KOTopan npe^- 
CTaBjineT codon ypaBHeHHe cbh3h Menc^y hctohhhkom h 
nojiynaTejieM. 

/^HCKpeTHoe peKKypeHTHoe ypaBHeHHe cpe^Hen ^jihhbi 
onepe^H 


< 2(4 + 5) — (1 “ Wq)Q(t k ) + WqQ{t k ). 

H3 ^HCKpeTHoro ypaBHeHHe bbibo^hm HenpepBiBHoe ypaB¬ 
HeHHe cpe^Hen ,h,jihhbi onepe^H 

£> = -^-q + ^-q. 
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HtoGbi paccMOTpeTb noBe^eHHe naxeTOB b cucTeMe 
CTpoHM KHHeTHHecKoe ypaBHeHHe hjih Kax ero eipe Ha3bi- 
BaiOT ypaBHeHHe B3aHMO,zi,eHCTBHH. KojinnecTBO naKeTOB 
3a,n,aeTCH okhom TCP. 



IlepBoe cooTHomeHHe onncBraaeT noHBjieHHe naKeTOB b 
CHCT eMe, BTopoe — bbibo^ naKeTOB H3 CHCTeMBi. 

Ha ocHOBaHHH 3 anHcaHHbix ypaBHeHHH, npHMeHHH Me- 
to^ nocTpoeHHH o^HomaroBbix npopeccoB, bbibo/jhm ypaB¬ 
HeHHe OoKKepa-njiaHKa: 


dw 

~dt 


d 

dW 



_ W dN\ 
2d t ) 
1 d 2 
+ 2dm 


w 


+ 


/ 1 WdN\ 

(tC + T~d I ) 



hoh ,zi,jiHHbi onepe^n: 


0 

0 


Q 

Q. 


YpaBHeHHe QoKKepa-IIjiaHKa ^jih MrHOBeHHOH ^jihhbi 
onepe^H: 


dq 

dt 



Id 2 3 4 5 6 UW 

2 dQi |_v"r 



YpaBHeHHe JlaroxeBeHa /yin MTHOBeHHOH ^jihhbi onepe- 
Ah: 


dQ = (■Y - C ) dt + \[^CdV 2 , 

ry^e dU 2 — BHHepoBCKHH npopecc, cooTBeTCTByioipHH cjiy- 
naHHOMy npopeccy Q. 

CorjiacHO nojiyneHHbiM ypaBHeHHHM 3anHCbiBaeM pe- 
3yjibTHpyK>iuyio CHCTeMy: 


H3 ypaBHeHHH QoKKepa-IIjiaHKa nojiynaeM eooTBeTCTBy- 
lorpee eMy ypaBHeHHe JIaroKeBeHa: 




r^e dU 1 — BHHepoBCKHH npopecc, cooTBeTCTByioipHH cny- 
naHHOMy npopeccy W ( t ). 

AHajiorHHHbiM o6pa30M onncbiBaeTCH noBe^eHne /yin- 
Hbi onepe^H. YpaBHeHHH BsaHMO^encTBHH ^jih MraoBeH- 


_ 1 FU r 1 W dN , 

d W = —dt ——dAT + \l — + — —rrdV 1 , 


2 dt 


W 


-C)dQ + 


d Q = 


// = w q C{Q - Q). 


W 


- CdV 2 , 


HanGojiee no^podHO CTOxacTHHecKan MO^ejib ynpaBjinio- 
mpro MO^yjiH MapmpyTH 3 aTopa Tnna RED onncaHa b [4]. 
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